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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.1 14, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 29 May 
2007 has been entered. 

Summary 

2. This Non Final Office Action is responsive to the applicant's amendment of 29 
May 2007. The amendment of 29 May 2007, amended Claims 1 , 1 1 , 20, 29, 40 and 42. 
Claims 1-20, 22-29 and 31-42 are pending. 

Response to Amendments 

3. The prior 1 12 2 nd rejections of claims 1-20, 22-29 and 31-42 are withdrawn due 
to the amendments. 

Response to Arguments 

4. The applicant's arguments have been fully considered, but they are not 
persuasive. 
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5. The applicant argues with respect to Claims 1 , 20 and 29 that the cited prior art 
does not teach the limitation of "schedule rules" independent of control flow 
dependencies. 

The examiner respectfully disagrees. 

As pointed out in the Office Action, the scheduling of tasks and deliverables is 
dependent upon the availability of resources, as cited in para 127. Para 124 states that 
deliverables in a phase can be independent of other deliverables. For example some 
deliverables could be a document or a form that needs to be completed or created, 
where his document does not have any precedence activities in the phase, i.e. it is 
independent. Since para 124 teaches the use of workflows to manage the product 
development process, this teaches that the workflow uses control flow data to manage 
the execution of tasks. 

Para 116 and 118 teach that each product development project has unique 
needs and that templates are used and customized based on a workflow to create a 
program plan for a specific project. In creating a project, the templates suggest 
activities to the project management which are optional (e.g. for a particular phase, a 
number of "standard" activities or tasks are suggested; however, the project manager 
does not have to specify that these tasks are performed. They are optional. 

Furthermore, the language of the claim is not clear as to what "optional" means. 
Specifically, the claim cites that the activity scheduled for execution is "at the option of 
the participant and not automatically executed". The examiner would point out that 
standard workflows work this away, even aside from what Davies teaches. If a workflow 
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to complete a document has task A, B and C (performed by users 1 , 2, and 3), and task 
A has been performed by user 1 , then the workflow engine passes the document to 
user 2 since user 1 has completed their activity. Upon receiving the document in the 
workflow software, the task user 2 has to perform is not performed automatically, since 
they have to perform the task on the document, i.e. it is performed manually. Also, in a 
sense it is optional because even in a specified, classical workflow sense, the activities 
specified in the workflow could be delayed or the user could decide not to perform the 
task. This would stop the workflow, of course, and defeat the purpose of even having a 
workflow. Thus, is the activity or task optional in terms of the activity or task itself or 
optional in terms of whether the workflow could progress or the overall task be 
completed? It is not clear what the outcome of optional is in the context of the claim. 
Similarly in the context of the claims, there is no recitation as to what optional means in 
terms of whether the workflow is even completed or not. It is very ambiguous and 
unclear as to what "optional" means. 

Davies teaches phases, where activities are grouped within a phase. Some of 
these activities have no precedence within a phase, that is they are standalone activities 
within a phase. These phases are contingent upon the rules granting passage from one 
phase to another (see para 120). Here the "no/no go" decision is a schedule rule that 
determines whether a project is passed into the next phase. Activities within the phase 
that belong within the phase, but have no precedence relationships within the phase 
meet the claim limitation of being optional because the timing of their execution is at the 
option of the participants. 
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Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 1-20, 22-29 and 31-42 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Davies US 2003/0033191. 

Regarding Claim 20 t Davies teaches: 

generating a process instance from a process definition which defines 
activities that are associated with the workflow process, 

para 144, the lifecycle model is instantiated (i.e. a process instance is generated) 
when an appropriate model is selected that defines the activities associated with the 
process for conducting a project. 

wherein the process definition includes an activity specification for each 
activity associated with the workflow process, 

Para 116, the lifecycle model specifies the activities necessary for each project to 
complete phases and go through the lifecycle to completion. For each of these 
activities there is a specification of what the activity (i.e. assignment) is, where it occurs 
in the various phases and the various precedence relationships that define the activity's 
placement in the process. 
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wherein the activity specification for each activity includes a rule that 
specifies one or more conditions under which the activity is initiated for 
execution based on workflow relevant data, independent of control flow 
dependencies; 

Para 127, the relationships because phases (and their associated activities) are 
governed by business rules that determine when a product development phase starts 
and the next begins. This is independent of the definition of the phases as specified by 
the lifecycle model (para 116), because passage from one gate to another is 
determined by a gate review (para 120). See also para 185, activities can be carried 
over to another phase, independent of control flow dependencies that would normally 
specify them in the prior phase. 

and upon the occurrence of a predetermined event, evaluating the 
schedules rules based on the workflow relevant data to initiate one or more 
activities for execution, whereby execution of an initiated activity is at the option 
of a workflow participant, and not automatically executed. 

Para 20, the business (i.e. schedules) rules determine how objects are 
transitioned from state to state. 

Para 23, the business rules govern deliverables that are necessary for 
completion of a current phase or activity. 

Para 292, in the case of workflows associated with deliverables, the user can 
define whether those workflows are optional or not. These workflows are available to 
complete the deliverables associated with a phase (see para 262). 
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Para 261 , Some of the deliverables necessary for completion of a phase may be 
considered optional by the program manager - this also occurs in para 185 where the 
assignments may be carried over into the next phase, as determined by a workflow 
participant. 

Para 124, deliverables within phases are not automatically executed, either in 
terms of their timing or execution. They require a person to perform the deliverable 
where the timing is not exactly specified and thus are not automatically executed. 

Davies teaches the use of schedule rules to determine when activities are to be 
executed based on the conditions that preceding activities and requirements (e.g. 
fulfillment of a gate review to pass to the next phase). Davies does not teach the use of 
Boolean operators, per se. 

However, the use of Boolean operators to determine when conditions are met in 
a computer program are old and well known in the art. These provide a way to 
automatically determine if conditions are met so that subsequent steps may be 
automatically executed or scheduled. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to modify the teachings of Davies, regarding managing a workflow that uses a 
number of different phases and activities that require the accomplishment of preceding 
activities according to preset conditions, to include the step of determining that schedule 
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conditions are met using Boolean operators, because it would help automate the project 
management approach taught by Davies. 

Regarding Claim 22, Davies teaches: 

wherein the predetermined event includes a change of state of an 
executed activity. 

Para 261 , optional activities that can be selected to be executed are 
automatically started when a deliverable is activated. The deliverables are activated 
when a project (i.e. program) comes into play (para 144) and occurs at the transition 
from phase to another (see para 

Regarding Claim 23, Davies teaches: 

wherein the activity specification for each activity includes a permitted rule 
that specifies one or more conditions under which an activity that is not initiated 
for execution is permitted to be executed at the option of the workflow 
participant, 

Para 262, the program manager can specify which activities (from those that are 
optional) are to be executed. See para 264, the checkbox indicating whether an activity 
is required or not is a "permitted rule", since it indicates that an activity is permitted to be 
executed at the option of the program manager. 

the method further comprising the steps of: 
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determining if an activity that is not initiated for execution is permitted to 
be executed based on the activity specifications of the activity, in response to 
selection of the activity by the workflow participant ; and executing the selected 
activity if it is permitted. 

Para 264, The program manager determines if an activity that is not required (i.e. 
not initiated for workflow execution as a required activity) may be performed, i.e. it is an 
optional activity. If the program manager selects the activity, then the activity (i.e. the 
deliverable) is associated with a resource assignment to execute the deliverable (see 
para 268). 

Regarding Claim 24, Davies teaches: 

wherein the activity specification for each activity comprises an 
expected rule that specifies one or more conditions under which the activity is 
expected to be initiated for execution, 

para 144, the life cycle model specifies that conditions that are necessary for the 
activities within the total lifecycle model to be initiated for execution. The activation of a 
particular project implies that the activities specified in the process description are 
expected to be complted. 

the method further comprising the steps of: 

determining if an activity that is not initiated for execution is expected to be 
initiated for execution during execution of the process instance based on activity 
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specifications; and preparing for execution of the activity if it is expected to be 
executed. 

Para 147, the program manager prepares for execution of activities in the next 
phase (i.e. activities that are expected to be executed during instantiation of the next 
phase of the project as specified according to the project life cycle model). This 
planning includes the program manager receiving activities in their personal workspace. 

Regarding Claim 25, Davies teaches: 

finishing an executed activity, generating a message specifying a state of 
completion of the activity, 

para 183, a gate review indicates a phase is completed (including at least one 
finished activity for that phase). The gatekeepers will generate a questionnaire (Figure 
17) specifying a state of completion of the gate review (i.e. the phase). 

recording the state of completion of the activity, and 

para 183, Figure 17, the gate review questionnaire records the state of 
completion of the activity of the gate review. 

reevaluating schedule rules of activities, if necessary, based on the state of 
completion. 

Para 185, in the case of a conditional pass of the gate review (i.e. the state of 
completion of the phase and its associated activities), some of the activities may be 
carried over into the next phase, i.e. the business rules specifying those activities 
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belonging in one phase are reevaluated for those activities to be carried over into the 
next phase. 

Regarding Claim 26, Davies teaches: 

wherein the activity specification for each activity comprises a resources 
specification for listing at least one resource that is needed to execute the 
activity, 

para 163, the role assignment specifies at least one resource that is needed to 
execute and complete the assignments (i.e. activities) for the project, 
the method further comprising: 

when two or more activities are initiated for execution at a given time, 
evaluating the resources specification of the two or more activities that are 
initiated for execution to determine a suggested sequence of executing the two or 
more initiated activities, whereby an actual sequence of executing the initiated 
activities is at the option of the workflow participant. 

Para 144, once a program is initiated according to the lifecycle model, a program 
workspace is added for that program. Para 158, the program manager in the planning 
phase determines which resources are necessary and how the sequences in that phase 
may be changed (i.e. modifying phase relationships) - see para 163 for a discussion of 
the role assignment process. See figure 4a and 5 for illustrations of scheduling 
examples and an overview of the phased project. 
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Regarding Claim 27, Davies teaches: 

automatically routing a data item associated with an activity based on the 
activity specifications of the activity. 

Para 172, the automatic updating of the schedule based on the completion of 
activities by responsible roles includes automatically includes routing data items 
regarding timing associated with specific activities to the master schedule which shows 
those items as being complete. 

Regarding Claim 28, Davies teaches: 

automatically archiving a data item associated with an activity based on 
the activity specifications of the activity. 

Para 178, costs incurred during the program are automatically archived. Para 
172, schedule changes are also automatically archived to the master schedule to show 
how schedule changes expand or contract the schedule. Costs and schedule items are 
associated with activities based on the specifications of those activities (e.g. complete a 
certain item by a certain time; and; how much cost was incurred to complete a certain 
activity. 

Regarding Claim 39, Davies teaches the limitations above in claim 26, and also 
where the process definition further comprises an activity network specification 
comprising one or more relations between activities which are used to determine a 
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suggested sequence of execution two or more activities that are initiated for execution 
at a given time; 

Para 158, after initiation of a project, the program manager can specify the phase 
relationships used to determine the order (i.e. sequence) of activities for that phase - 
see para 126 also, the relationship between deliverables and phases can be modified to 
suit the particular program. The definition of standard program lifecyles (see para 155) 
provides for an activity network specification that lays out the phases and deliverables 
for a program, i.e. including any precedence relationships and sequencing. If the 
network specification specifies that two activities are scheduled to occur at the same 
time, then the program manager can redefine the sequencing, ie. according to his 
option. 

Regarding Claim 40, Davies teaches where relations between activities as 
specified by the activity network specifications (i.e. the program lifecycle) include 
precedence (see Figure 4a example 3 which shows an example of a precedence 
relationship - also see Figure 5 which shows that all the activities in one phase 
precedes those of another). Para 185 notes that precedence may be overridden by the 
program manager in the case of a conditional pass to the next phase. Additionally, 
some activities may need to be redone (i.e. precedes -back). Since Davies teaches a 
series of phases in a product development plan, the specification of these phases (e.g. 
as phase 1, 2, 3 and 4) includes when a phase precedes another (i.e. precedes) and 
when a phase precedes another by two or more phases (i.e. precedes back). 
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Claims 1-19, 29, 31-38, 41 and 42 recite similar limitations to those addressed 
by the rejection of Claims 20, 22-28, 39 and 40 above, and are therefore rejected under 
the same rationale. 



8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jonathan G. Sterrett whose telephone number is 571- 
272-6881 . The examiner can normally be reached on 8-6. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tariq Hafiz can be reached on 571-272-6729. The fax phone number for 
the organization where this application or proceeding is assigned is 703-872-9306. 

9. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). v _ ~ w ^ 
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